(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 




(12) 



(43) Date of publication: 

19.11.1997 Bulletin 1997/47 



(n) EP 0 807 896 A2 

EUROPEAN PATENT APPLICATION 

(51) IntCI A G06F 17/60 



(21) Application number: 97303276.6 

(22) Date of filing: 14.05.1997 



(84) 


Designated Contracting States: 


• Hosoda, Naofumi 


DE FR GB 


Aoba-ku, Yokohama-shi (JP) 






• Takamatsu, Eiji 


(30) 


Priority: 15.05.1996 JP 120223/96 


Yokosuka-shi (JP) 




26.11.1996 JP 315254/96 


• Ogawa, Ma koto 






Nakahara-ku, Kawasaki-shi (JP) 


(71) 


Applicant: HITACHI, LTD. 


• Nagayama, Akiko 




Chiyoda-ku, Tokyo 101 (JP) 


Nakahara-ku, Kawasaki-shi (JP) 


(72) 


Inventors: 


(74) Representative: Hackney, Nigel John et al 


• 


Tamaki, Masato 


Mewburn Ellis, 




Zushi-shi (JP) 


York House, 


• 


Tsusaka, Yuji 


23 Kingsway 




Inazawa-shi (JP) 


London WC2B 6HP (GB) 



(54) Business processing system employing a notice board business system database and 
method of processing the same 



(57) A notice board business system database (11) 
stores therein collectively the contents of all the data 
heads relating to a series of business processes, and is 
held in common in the form of a notice board through 
clients (2) by all the related persons in charge of the 
tasks. A status change rule (12) sets the data head in 
which the data input should be completed with respect 
to each of the task processes. A status watcher (3) re- 
fers to both the notice board business system database 



and the status change rule to make the task process 
change from the current task process to the next task 
process when the predetermined data input has been 
completed in the process in task so as to inform the re- 
lated client of that the status change has occurred. In 
addition, the status watcher refers to a status change 
limit rule (13) for setting the data input completion due 
date for each of the task processes so as to inform, when 
the processing due date is drawing near, the related cli- 
ent of that the processing due date is drawing near. 
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Description 

The present invention relates in general, in a work 
flow constituted by a sequence of a plurality of task proc- 
esses, to a system in which data is inputted to an elec- 
tronic computer as the result of the business process- 
ings through the task processes : and more particularly 
to a business processing system in which all the persons 
in charge of respective task processes hold in common 
a single notice board business system database and a 
method of processing the same. 

In general, the business processing may be carried 
out in many cases through the business processing 
process constituted by a sequence of a plurality of task 
processes. When the process proceeds from a certain 
task process to a next task process, the data is delivered 
one after another through chits, documents and the like, 
thereby carrying out a series of business processes. In 
a work flow system utilizing an electronic computer, the 
information which is arranged in chits or documents is 
stored in a memory provided in the electronic computer 
and is delivered to the person in charge of the next task 
process via the data transmission through a network. 

Fig. 1 is a schematic view showing an example of 
a flow of a business process in the selling business. In 
the business process shown in Fig. 1, after the selling 
action has been carried out for a customer in order to 
carry out a deal, the specification, the price, the appoint- 
ed delivery day and the like of a product are concretely 
estimated Then, after having made contract with the 
customer, the arrangements for material supply, design 
and manufacture of a product, security of the stock, car- 
rying-in step of a product, and the like for the associated 
sections are carried out. In addition, after a product has 
been delivered to a customer and then the acceptance 
is completed, the request and recovery of the price are 
carried out. The stages such as a deal and estimation 
correspond to task processes, respectively. According 
to the prior art, the delivery of the data from a certain 
task process to the next task process is carried out on 
the basis of the information which is arranged in chits. 
For this reason, the transmission of the information to 
the person in charge of the next task process is carried 
out at a time point when all the data on the chits be- 
comes complete. Therefore, the person in charge of the 
subsequent task process can not be aware, until all the 
data on the chits has been decided, of the contents 
thereof. For example, in the example shown in Fig. 1 , in 
the case where even if the contents of products are not 
decided yet in the steps of a deal and estimation, the 
person in charge of the delivery management wants to 
know the data of products as the undecided information, 
in the conventional method, the persons in charge of the 
subsequent task processes can not know that informa- 
tion at all. In addition, the data heads of the data which 
is inputted as the result of the business processing to 
an electronic computer are not necessarily decided in 
accordance with the flow of the business processing, 
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and also which data head the data is decided from is not 
necessarily uniquely determined. For example, if the ne- 
gotiations of the product specification progresses ad- 
vancedly in the step of estimation in Fig. 1 , then the data 
5 heads relating thereto are advancedly decided. Con- 
versely if the negotiations of the appointed delivery day 
progresses advancedly, then the data heads relating 
thereto are advancedly decided. According to the con- 
ventional method, however, if when the data heads have 
10 been decided, this fact is intended to be reported to the 
person in charge thereof in the related section, then the 
person in charge of the task process of interest needs 
to specify both the destination and data of the person in 
charge thereof in the related section on all such occa- 
15 sions in order to carry out the transmission processing, 
which results in the burden imposed on the person in 
charge of the task process being increased. This is a 
problem. In addition, according to the conventional 
method, since the so-called repetitive input is carried out 
20 in which the various kinds of chits are produced through 
a series of business processes and also the same data 
is repeatedly inputted to the different chits, the possibil- 
ity that the mistake in the input is caused is increased 
and also the time required for inputting the needless da- 
25 ta is taken. 

As described above, according to the prior art, since 
the transmission of the data from a certain task process 
to the next task process is carried out basically in chits, 
if all the data on the chits does not become complete, 
30 the data is not transmitted to the next task process 
Therefore, even when the person in charge of the sub- 
sequent task process intends to advance the task ad- 
vancedly, that person can not carry out the task and 
hence the task efficiency is not enhanced. This is an- 
35 other problem. Then, when the decided or undecided 
data is intended to be transmitted to the person in 
charge of the subsequent task process against such a 
serial flow of the business processing, the burden is 
forcedly imposed on the person in charge of the task 
40 process of interest. This is still another problem. In ad- 
dition, there arises yet another problem of the mistake 
in the input and the reduction in the task efficiency due 
to the repetitive input of the data to the chits. 

In the light of the foregoing problems associated 
45 with the prior art, the present invention was made in or- 
der to solve the foregoing problems, and preferably the 
present invention makes that the arbitrary person in 
charge of the task process makes reference to the nec- 
essary data at an arbitrary time point possible in a busi- 
50 ness processing system. Preferably, it is another object 
of the present invention to reduce the transmission/re- 
ception of the data when the task process changes from 
a certain task process to the next task process as much 
as possible, reduce the burden imposed on the person 
55 in charge of the task process resulting therefrom and 
also to reduce the load on a network. 

Preferably, it is still another object of the present in- 
vention to make that the person in charge of the subse- 
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quent task process makes reference to data advancedly 
possible, permit the operation of inputting data advanc- 
edly by the person in charge in the subsequent task 
process in order to enhance the task efficiency, and also 
to enable the confusion which is easy to occur at this 
time to be prevented. 

A business processing system according to the 
present invention may provide that the contents of all 
the data heads relating to a series of business process 
are epitomized in a database so that all the persons in 
charge of the task processes relating thereto can hold 
this database in common. In this connection, the con- 
cept of the process which is currently in task in accord- 
ance with a sequence of the task processes is preserved 
so that the person in charge of the current task process 
can carry out mainly the data input and the data update, 
and the persons in charge of the subsequent task proc- 
esses can make reference mainly to the data. In addi- 
tion, with respect to each of the task processes, the sta- 
tus of the data which should be fulfilled in order that the 
task process may change is defined in the form of a sta- 
tus change value every data head. Whether or not the 
task process change is judged on the basis of the status 
change value. When it is judged that the task process 
has changed, this fact that the task process has 
changed is reported to the person in charge of the task 
process the task of which can be newly carried out. 

In a preferred aspect, in the business processing 
system according to the present invention, an identifier 
for representing the current task process is provided in 
the database. At the time when the task process has 
changed, the identifier of interest is updated to an iden- 
tifier for representing the task process the task of which 
can be newly carried out and then the task process of 
interest is made change from the current task process 
to the next task process. 

In a more preferred aspect, in the business process- 
ing system according to the present invention, with re- 
spect to each of the task processes having the respec- 
tive processing due dates, the due date when the data 
input should be completed is set. Then , when the current 
task process has reached the predetermined period be- 
fore the due date, the person in charge of the task proc- 
ess of interest is informed of that the due date is drawing 
near. In addition, the advanced input of the data by any 
person in charge of the subsequent task process is per- 
mitted, and the flag is set in correspondence to the data 
head which has been advancedly inputted. When the 
data input is requested from the person in charge ot the 
preceding task process, the undecided data heads are 
detected in which the flag is set, and then the persons 
in charge of the subsequent task processes are in- 
formed of that the data change due to the preceding 
process has occurred. As a result, the data which has 
been inputted by any person in charge of the subse- 
quent task process can be reviewed. 

In addition, in the business processing method ac- 
cording to the present invention, the information repre- 



senting whether or not the persons in charge of a plu- 
rality of task processes have determined on their inten- 
tions with respect to the data of the respective data 
heads is held in correspondence to a part of the data 

s heads of the database. When all the persons in charge 
of a plurality of task processes have determined on their 
intentions with respect to the data of the respective data 
heads, the data in the work flow is regarded as being 
decided, and also the persons in charge of the task proc- 

10 esses of interest are informed of that the data has been 
decided. 

The business processing method according to the 
present invention may provide that the information rep- 
resenting whether or not the data of the date head which 

*5 is undecided with its degree is advancedly taken over is 
held in correspondence to the data heads of the data- 
base and when the undecided data is advancedly taken 
over, this fact is reported to the person in charge of the 
task process of interest. 

20 The above and other objects as well as advantages 

of the present invention will become clear by the follow- 
ing description of the preferred embodiments of the 
present invention with reference to the accompanying 
drawings, wherein: 

25 

Fig. 1 is a schematic view of a business flow show- 
ing an example of a business process; 
Fig. 2 is a block diagram showing a configuration of 
a business processing system in a first embodi- 
30 ment; 

Fig. 3 is a schematic view showing an example of 
the data form of a notice board business system da- 
tabase; 

Fig. 4 is a schematic view showing an example of 
35 the data form of a status change rule; 

Fig. 5 is a schematic view showing an example of 

the data form of a status change limit rule; 

Fig. 6 is a schematic view showing an example of 

the data form of a message file; 
40 Fig. 7 is a schematic view showing an example of 

the data lorm of an address allocation file; 

Figs. 8a and 8b are respectively schematic views 

each showing a display example of a notice board 

in the first embodiment; 
45 Fig. 9 is a flow chart showing a processing flow in 

a status watcher; 

Fig. 10 is a flow chart showing a processing flow 
with respect to an advanced input in the subsequent 
task process; 

so Fig. 11 is a block diagram showing a business 
processing system in a second embodiment; 
Fig. 12 is a schematic view showing an example of 
the data form of a notice board business system da- 
tabase; 

55 Fig. 1 3 is a schematic view showing an example of 
the data form of an access competency file; 
Figs. 1 4a and 1 4b are respectively schematic views 
each showing the form of data which is transmitted 
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between a server and a client; 

Fig. 1 5 is a flow chart showing a processing flow in 

a status watcher; 

Fig. 1 6 is a flow chart showing a processing flow of 
the processing of judging degree of data; 
Fig. 1 7 is a flow chart showing a processing flow of 
the processing of judging whether or not data is ad- 
vancedly got; 

Fig. 1 8 is a flow chart showing a processing flow of 
the processing of setting a get notice flag; 
Figs 19, 20, 21 and 22 are respectively schematic 
views each showing a displayed example of notice 
board data which is displayed on a display device; 
Fig. 23 is a block diagram showing a configuration 
of a business processing system in a third embod- 
iment; 

Fig. 24 is a schematic view showing an example of 
the data form of a status change rule; and 
Fig. 25 is a flow chart showing the processing of 
judging whether or not Ihe change in slalus occurs. 

The preferred embodiments of the present inven- 
tion will hereinafter be described in detail with reference 
to the accompanying drawings. 

(1) First Embodiment 

Fig. 2 is a block diagram showing a configuration of 
a business processing system of a first embodiment ac- 
cording to the present invention. The business process- 
ing system in the present embodiment includes a file re- 
lating to a database which serves to store therein data 
on the business, a server 1 for monitoring the database, 
and a plurality of clients which are connected to the serv- 
er 1 through a network 70 and each of which serves to 
input and update data to and in the database. The clients 
2 are terminal units which are installed in the respective 
sections for carrying out the business processings. A 
notice board business system database 11 is a data- 
base which serves to store therein the newest data re- 
lating to the business processing and which acts as a 
notice board for the client 2. A status change rule 12 is 
a file which serves to define the processing of which task 
process will be completed in a flow of the business 
processing on the basis of the data input situation of the 
data heads on the notice board business system data- 
base 11 and the degree of the inputted data. A status 
change limit rule 1 3 is a file which serves to define the 
due date when the processing should be completed with 
respect to each of the task processes. A message file 

14 is a file which serves to store therein a message for 
being reported to the related section. A destination file 

15 is a file which serves to registrate the destination to 
which a message is sent. The notice board business 
system database 11 , the status change rule 12, the sta- 
tus change limit rule 13, the message file 14 and the 
destination file 1 5 are stored in a memory connected to 
the server 1 . The management of the operation for ac- 



cessing to the database and these files is carried out by 
a file manager 16. 

A status watcher 3 of the server 1 judges whether 
or not the status should be changed from the current 

5 task process to the next task process by referring to both 
the notice board business system database 11 and the 
status change rule 12. If it is judged that the status 
should be changed from the current task process to the 
next task process, then the message is sent to the re- 

10 lated section by referring to both the message file 14 
and the destination file 1 5. In addition, the status watch- 
er 3 judges whether or not the due date of the processing 
is drawing near with respect to the current task process 
by referring to the status change limit rule 1 3. If so, then 

75 the status watcher 3 transmits the warning message to 
the related section by referring to both the message tile 
14 and the destination file 15. In addition, the status 
watcher 3 monitors whether or not the person in charge 
of the task process subsequent to the current task proc- 

20 ess has inputted the data advancedly and sets a flag lo 
the data head the data of which has been inputted ad- 
vancedly, and when the person in charge of the current 
task process changes hereafter the data, transmits the 
message for notice to the person in charge of the sub- 

25 sequent task process by referring to both the message 
file 14 and the destination file 1 5. A communication con- 
troller 17 is a controller for controlling transmission/re- 
ception of the data or the message to/from the associ- 
ated client 2 through the network 70. 

30 A display device 21 of the client 2 is a device for 

displaying thereon the notice board and the message 
and is concretely comprised of a CRT display device or 
the like. An input unit 22 is a unit for inputting there- 
through the data to the notice board and is comprised 

35 of a keyboard or a mouse for example. A user input out- 
puter 23 is a processing unit for realizing the user inter- 
face and serves to display the data which has been re- 
ceived from the server 1 on the display device 21 in ac- 
cordance with the form of the display screen which is 

40 previously designed, and also to transmit the data which 
has been inputted through the input unit 22 to the server 
1. The communication controller 24 is a controller for 
controlling transmission/reception of the data or the 
message to/from the server 1 through the network 70. 

45 Each of the server 1 and the client 2 is comprised of an 
information processor including a personal computer 
and a work station. The status watcher 2, the file man- 
ager 16, the communication controller 17, the user input 
outputer 23 and the communication controller 24 are re- 

50 alized by either the hardware of the information proces- 
sor or executing a program stored in the memory there- 
of. Incidentally, the database, the file and the file man- 
ager 16, from the notice board business system data- 
base 1 1 down, may be realized by another server which 

55 is connected to the server 1 through the network. 

Fig. 3 is a schematic view showing an example of 
the data form of the notice board business system da- 
tabase 1 1 . The notice board business system database 
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1 1 holds at least one set of notice board data. Each of 
the notice board data includes a head number 110, a 
notice board number 111 , status 112. a plurality of data 
heads 1 1 3, and attribute information for showing the sta- 
tus of the data which is registrated, in correspondence 
to each of the data heads, in the associated data head. 
The head number 110 represents the number of the 
record within the table. The notice board number 111 is 
the number as an identifier which is assigned in order 
to distinguish the associated notice board from other no- 
tice boards which are stored in the notice board busi- 
ness system database 1 1 . The status 1 1 2 is an identifier 
of the task process which is used to set the name of 
each of the task processes in order of sequence of the 
task processes through the flow of the business proc- 
ess. The data head 113 is a head to which the data is 
inputted as the result of the business processing. By the 
data head is, for example, meant the head on the chit 
which ts utilized in the general business processing, and 
(he data which is sel in the data head 1 1 3 corresponds 
to the data which is entered in the chit. In the present 
embodiment, as a concrete example of the data heads, 
there are exemplified "customer's name", "product 
name", "the number of contract awards", "the appointed 
delivery "day", "price*' and "delivery place". Each of the 
data hoads 1 1 3 is given the attribute information for rep- 
resenting the status of the data given thereto. There are 
provided in the attribute information a degree 114 for 
showing whether the data which has been inputted to 
the corresponding data head is already decided or un- 
decided yet. and a flag 1 1 5 to which "1 0 is set when the 
data is advancedly inputted by the person in charge of 
the subsequent task process. In the present embodi- 
ment the update of the data head in which "decided" is 
set lo the degree 114 is prohibited as a general rule. 
Incidentally the notice board data is information at least 
a part of which can be referred by each client 20, as in 
the so-called notice board, with respect to the business 
which is carried out in the business processing system. 
The notice board data is formed so as to correspond to 
a series of individual businesses which are processed 
on the business processing system. 

Fig. 4 is a schematic view showing an example of 
the data form of the status change rule 12. The status 
change rule 12 defines the processing of which task 
process should be completed on the basis of the data 
input situation of the data heads and the degree of the 
inputted data, and also shows the hysteresis of the data 
input. As understood from the figure, the status change 
rule 12 has the substantially same form as that of the 
notice board business system database 11. The notice 
board business system database 11 holds only the new- 
est data with respect to the current task process, where- 
as the status change rule 12 has a record every task 
process and also holds the data which is inputted and 
updated in the respective task processes. The contents 
of the notice board business system database 11 match 
the contents of the corresponding task process of the 



status change rule 1 2. To the data head in which no data 
input is required in each of the task processes, in the 
initial state, "undecided" is set. In the status change rule 
12, in the initial status, the column other than the status 

s 121 , and the data heads to which "undecided" is set are 
blank columns. For example, in the task process of 
"deal", in the initial state, "undecided" is set to "the ap- 
pointed delivery day", "price" and "delivery place" out of 
the data heads 122, whereas the data heads of "cus- 

10 tomer's name", "product name" and "the number of con- 
tract awards'* have the blank columns. Therefore, since 
if the data is inputted to the data heads of "customer's 
name", "product name" and "the number of contract 
awards", the data heads which are hereabove blank col- 

15 umns disappear, the process of "deal" will be completed. 
Likewise, since the data is inputted to all the data heads 
other than "delivery place" in the process of "estima- 
tion", the data heads which are hereabove blank col- 
umns, the process of "estimation" will be completed. In 

20 the present embodiment, the task process can not 
change from the current task process to the next task 
process unless all the degrees 23 of the data heads are 
decided. 

Fig. 5 is a schematic view showing an example of 

25 the data form of the status change limit rule 1 3. Similarly 
to the status 111, the status 131 is such that the task 
processes constituting the business flow are arranged 
in order. The customer's name, the product name and 
the appointed delivery day are the data heads relating 

30 to the business The due date 132 of the processing is 
the closing day when the processing should be complet- 
ed with respect to the process of interest. The warning 
day 1 33 represents how many days before the due date 
132 of the processing the warning message should be 

35 issued when the due date of the processing is drawing 
near. Both the head number and the notice board 
number are the same as those of the notice board busi- 
ness system database 11. In the initial state, only the 
process names of the status 131 and the warning day 

40 133 are set. The data head relating to the business is 
reflected with its contents in correspondence to the up- 
date of the notice board business system database 11 . 
The due date 132 of the processing is set by an man- 
ager. 

45 Fig. 6 is a schematic view showing an example of 
the data form of the message file 14. Similarly to the 
status 111, the status 141 is such that the processes 
constituting the business flow are arranged in order. To 
the message 142 is seta message which is issued when 

so the task process changes with respect to each of the 
task processes, when the due date of the processing is 
drawing near and when data is changed by the person 
in charge of the preceding task process. 

Fig. 7 is a schematic view showing an example of 

55 the data form of the destination file 15. Similarly to the 
status 1 1 1 , a status 1 51 is such that the processes con- 
stituting the business flow are arranged in order. Both 
the destination section and the name of the person in 
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charge of the task process when sending the message 
are set as the destination information in the destination 
file 15 so as to correspond to the associated process. 
In addition, the address of the electronic computer orig- 
inated mail (E-COM) may also be set in the destination 
information. 

Figs. 8a and 8b are respectively schematic views 
each showing an example of the data form of the notice 
board which is displayed on the display device 21 of the 
client 2. The values of the data heads of the notice board 
business system database 11 are displayed on the no- 
tice board. Fig. 8a corresponds to the status in which 
the data input has been completed with respect to the 
data heads other than the delivery place and also shows 
that the status is "in estimation". In addition, Fig. 8b cor- 
responds to the status in which the data input has been 
completed with respect to all the data heads and also 
shows that in the status, "contract award" has been 
completed. The attributes of the data heads, i.e. , the dis- 
tinction of decided/undecided of the degree, and exist- 
ence and non-existence of the flag can be distinguished 
on the basis of the displayed colors of the data heads, 
existence and non-existence of the blinking display, and 
the like. 

Fig. 9 is a flow chart showing the processing flow in 
the status watcher 3. When specifying the notice board 
number, the process name, the costomer's name and 
the like through the communication controller 24 and the 
communication controller 17 from the user input output- 
er 23 of the client 2 to receive the request from the notice 
board (Step 31), the status watcher 3 retrieves the no- 
tice board business system database 11 in order to fetch 
the information of the notice board which has been spec- 
ified with the notice board number (Step 32). Then, the 
status watcher 3 transmits the information of the notice 
board thus fetched to the associated client 2 through the 
communication controller 17 (Step 33). The user input 
outputer 23 of the associated client 2 opens the notice 
board to display the information of the notice board on 
the display device 21 . 

When the input or update of the data has been car- 
ried out with respect to the data head or degree through 
the input unit 22 on the client 2 side, the user input out- 
puter 23 transmits the inputted or updated data to the 
server 1 through the communication controller 24. The 
inputted or updated data is received by the server 1 and 
then is delivered to the status watcher 3 (Step 34). After 
having received the inputted or updated data, the status 
watcher 3 compares the processing due date 1 32 of the 
entry the notice board number of which matches the no- 
tice board number of interest and the status 1 31 of which 
matches the current process name with the current date 
by referring to the status change limit rule 12. On the 
basis of the comparison result, the status watcher 3 
judges whether or not the processing due date is passed 
(Step 35). When the current data passed the processing 
due date, the message that the data can not be inputted 
is transmitted to the associated client 2 on the side from 



which the data is to be inputted, and then the processing 
is completed (Step 45). Incidentally, in Step 35, in the 
case as well where the data input is requested from the 
client 2 with respect to any task process before the cur- 
s rent task process, the processing due date is regarded 
as being passed and the processing proceeds to the 
processing in Step 45. The data input request after the 
processing due date has been passed, and the data up- 
date with respect to the preceding process after the sta- 
te tus change are prohibited except the case where the 
special permission is given. 

Incidentally, at the time when it is detected that the cur- 
rent task process passed the processing due date 1 32, 
the message may be transmitted to the manager or the 

is like in order to report this fact thereto. 

On the other hand, when it is confirmed as the result 
of the judgement in Step 35 that the current date does 
not pass the processing due date yet, the status watcher 
3 updates the contents of the notice board business sys- 

20 iem database 11 on the basis of the inputted data (Step 
36). Next, the status watcher 3 updates the date of the 
entry the notice board number of which matches the no- 
tice board number of interest and the status 121 of which 
matches the current process name on the basis of the 

25 newest data (Step 37). Then, the confirmation process- 
ing for the advanced input of the data from the subse- 
quent task process which will be described later is exe- 
cuted (Step 38). Thereafter, the status watcher 3 judges 
whether or not the status change occurs by referring to 

30 the status change rule 12. In this case, when with re- 
spect to the entry the status 121 of which matches the 
current task process name, the data is inputted to all the 
data heads except of the data head in which "undecid- 
ed" is set and also all the degrees 122 thereof are "de- 

35 cided" , the status watcher 3 j udges that the change from 
the current task process to the next task process occurs 
(Step 39). 

When it is judged in Step 39 that the status change 
occurs, the status watcher 3 updates the contents of the 

40 entry the notice board number of which matches the no- 
tice board number of interest in the status change limit 
rule 1 3 and the status 1 31 of which matches the current 
process name on the basis of the newest data. In addi- 
tion, the status 1 1 2 of the notice board business system 

45 database 11 is updated to the next process name (Step 
40). The next process name is registrated in the status 
121 of the record next to the current task process in the 
status change rule 12. Subsequently, by referring to 
both the message file 1 4 and the destination file 1 5, the 

50 message that the data input in the preceding process 
has been completed is transmitted to the related section 
of the next process, and then the processing is complet- 
ed (Step 41 ). In this connection, the message thus trans- 
mitted is the message corresponding to the entry the 

55 notice board number of which matches the notice board 
number of interest in the message file 1 4 and the status 
141 of which is the next process name. In addition, the 
destination of the message is the destination section in 
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which the status 1 51 in the destination file 1 5 is the next 
process name, the person in charge of the task process, 
or the like. Incidentally, the status watcher 3 extracts the 
necessary data, such as the notice board number, and 
the name and the data of the data head in which the 
data input is already carried out, together with the mes- 
sage, from the notice board business system database 
11 in order to transmit the data thus extracted together 
with the message to the related section . The related sec- 
tion which has received the message can open the no- 
tice board through the associated client 2 and the server 
1. 

When it is judged in Step 39 that the status change 
does not occur, the status watcher 3 refers to the status 
change limit rule 13 to update the data of the entry, in 
which the notice board numbers match each other, and 
the status 1 31 matches the current process name, on 
the basis of the newest data (Step 42). Next, both the 
processing due date 1 32 and the warning day 1 33 of the 
entry of inleresl are referred to judge whether or nol Ihe 
current date has reached the warning day which is al- 
ready set to the warning day 133 (Step 43). If the due 
date is not drawing near, then the processing is com- 
pleted. On the other hand, if the due date is drawing 
near, then both the message file 14 and the destination 
file 1 5 are referred to transmit the message that the due 
date is drawing near to the related section in charge of 
the current task process, and then the processing is 
completed (Step 44). In this connection, the message 
thus transmitted is the message corresponding to the 
entry in which the notice board number of interest 
matches the notice board number in the message file 
1 4, and the status 1 41 is the current process name. The 
destination of the message is determined on the basts 
of the destination section of the entry in which the status 
151 of the destination file 15 is the current process 
name, the name of the person in charge of the task proc- 
ess, and the like. The status watcher 3 extracts the nec- 
essary data, such as the notice board number the name 
and the data of the data head in which the data input is 
already carried out, and the name of the data head in 
which the data is not inputted yet, together with the mes- 
sage, from the notice board business system database 
1 1 in order to transmit the data thus extracted together 
with the message to the related section. 

Fig. 1 0 is a flow chart showing a flow of the process- 
ing of confirming the advanced input of the data from 
the subsequent task process which processing is exe- 
cuted in Step 38 of Fig. 9. When the control exits from 
Step 37 of Fig. 9, the status watcher 3 judges whether 
or not the data input is due to the subsequent task proc- 
ess (Step 61 ). Then, whether or not the data input is due 
to the subsequent task process is determined by com- 
paring the name of the process in which the data input 
is required with the name of the current task process in 
the status 11 2 of the notice board business system da- 
tabase 11 . The name of the task process after the cur- 
rent task process is registrated in the status 1 21 of the 



status change rule 12 and hence can be confirmed. If 
the data input is due to the subsequent task process, 
then the flags 1 1 5 and 1 23 of the notice board business 
system database 11 and the status change rule 12 cor- 

5 responding to the data head to which the data is advanc- 
edly inputted are set and then the processing proceeds 
to the processing in Step 39 (Step 62). Oh the other 
hand, if it is judged in Step 61 that the data input is not 
due to the subsequent task process, then it is judged 

10 whether or not there is the data head to which the data 
is advancedly inputted. If the data head in which the flag 
1 1 5 is set out of the data heads of the current task proc- 
ess is present in the notice board business system da- 
tabase 1 1 , then the data head of interest is the data head 

is to which the data is advancedly inputted (Step 64). If 
there is no data head to which the data is advancedly 
inputted, then the processing proceeds directly to Step 
39. If the data head to which the data is advancedly in- 
putted is present in Step 64, then the degree of the data 

20 head of interest is judged (Step 65). If all the degrees 
114 corresponding to the data heads to which the data 
is advancedly inputted become "decided", then the 
processing proceeds to Step 39. If the degree 114 of 
any one of the data heads to which the data is advanc- 
es cdly inputted is "undecided", then it is judged whether 
or not the data change due to the preceding task proc- 
ess is carried out. When the task process in which the 
data input is requested is the current task process, and 
also the data input or data update is carried out with re- 

30 spect to any one of the data heads relating to the busi- 
ness, the data change of interest corresponds to the da- 
ta change due to the preceding task process (Step 66). 
When the data change due to the preceding task proc- 
ess is carried out, both the message file 1 4 and the des- 

35 tination file 1 5 are referred to transmit the message that 
the data change due to the preceding task process is 
carried out to the related section. The message thus 
transmitted is the message corresponding to the entry 
in which the notice board number of interest matches 

40 the notice board number in the message file 1 4, and also 
the status 141 is posterior to the name of the current 
task process. In addition, the destination of the message 
is the destination section of the entry in which the status 
151 of the destination tile 1 5 is posterior to the name of 

45 the current task process, the person in charge of the task 
process, or the like. Incidentally, the status watcher 3 
transmits the notice board number, the name and data 
of the data head in which the data input/update due to 
the preceding process is carried out, and the like togeth- 

so er with the message to the related section (Step 67). 
Finally, all the flags 1 1 5 and 1 23 of the notice board busi- 
ness system database 11 and the status change rule 12 
are reset, and then the processing proceeds to Step 39 
(Step 69). When it is judged in Step 65 that the data 

55 change due to the preceding process is not carried out, 
the processing proceeds directly to Step 39. 

According to the above-mentioned embodiment, 
the person in charge of the task process posterior to the 
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current task process stored in the status of the notice 
boa rd business system database 1 1 can input or update 
the data advancedly. However, the limitation may be 
provided in such a way that when the current task proc- 
ess reaches the certain specific task process, the oper- 
ation of referring to the notice board or carrying out the 
advanced input in the subsequent task process is not 
permitted unless the certain specific task process is 
completed. 

In addition, according to the above-mentioned em- 
bodiment, even when the processing due date 132 
which is set in the current task process does not expire, 
if the data input of the data head required for the task 
process of interest is completed and also the degree 115 
of the inputted data is "decided", then the task process 
changes automatically from the current task process to 
the next task process. Therefore, the work flow can be 
dynamically formed. Besides, since the hysteresis of the 
past data input and update are left in the status change 
rule 12, the situation of the past data input/ update can 
be liaced if necessary. However, even in this case, if 
there is the person in charge of the task process who 
does not look at the notice board, then the task flow will 
be stagnant. Then, in the present embodiment, when 
the processing due date is drawing near the warning 
message* is sent to the person in charge of the task proc- 
ess tn the related section, whereby it is possible to pro- 
mote the data input which is delayed. In addition, with 
respect to the data head to which the person in charge 
of the subsequent task process can input the data while 
maintaining the concept of the current task process, the 
advanced input is made possible therefor to enhance 
the task efficiency. But, there is the case where the data 
is changed later by the person in charge of the preceding 
task process (the current task process) and hence the 
data input made by the subsequent task process, in par- 
ticular the undecided data input needs to be seen again. 
In the present embodiment, the message is transmitted 
in the case where when the data is changed by the per- 
son in charge of the preceding task process, the unde- 
cided data is advancedly inputted by the person in 
charge of the subsequent task process. Therefore, even 
if the data is advancedly inputted by the person in 
charge of the subsequent task process, the confusion 
does not occur at all. 

(2) Second Embodiment 

According to the first embodiment, if one person in 
charge of the task process carries out the input through 
the associated client 2 so as for the data heads in the 
notice board business system database 11 to be set to 
"decided", then the degree 122 corresponding to these 
data heads are set to "decided", and hence the data is 
decided. This method is sufficient for the data head in 
which the data may be decided by the decision making 
by one person in charge of the task process. However, 
there are some data heads in which the persons in 



charge of the two or more related sections make togeth- 
er the decision making, or only when the sanction of the 
manager is obtained after the decision making by the 
person in charge of the task process, i.e., as the result 
$ of any conference, the data should be decided. In a sec- 
ond embodiment, the data head which requires such 
conference is regarded as the decided data only when 
users in charge of the related sections make together 
the decision making, and also for the purpose of grasp- 
10 jng the situation by the user, the situation of the confer- 
ence can be reported to the user at ail times. In addition, 
in the first embodiment, with respect to a certain data 
head, it is reported to the user in charge of the preceding 
task process that the user in charge of the subsequent 
* 5 task process has carried out the advanced input. How- 
ever, there is not provided the means for being aware 
of whether or not the "undecided" data is referred by any 
other user to become the basic data for use in the task. 
In the second embodiment, the user who has carried out 
the data input can be aware of that other users advance 
their tasks on the basis of the "undecided" data, i.e., oth- 
er users get the "undecided" data, and also the user can 
grasp the situation resulting from such advanced get- 
ting. 

Fig. 11 is a block diagram showing a configuration 
of a business processing system in the second embod- 
iment according to the present invention. In Fig. 11, the 
portions which are denoted by the same reference nu- 
merals to those of Fig. 2 have the same functions and 
constructions as the corresponding portions of Fig. 2. 
While a notice board business system database 18 is, 
similarly to the notice board business system database 
11 , the database which acts as the. notice board for the 
associated client 2, its data form is different from that of 
the first embodiment. While a status change rule 20 is 
also functionally the same as that of the first embodi- 
ment, its form is different from that of the first embodi- 
ment. A point of difference o1 the status change rule 10 
from the status change rule 12 of the first embodiment 
is common with the difference of the notice board busi- 
ness system database 18 which will be described later 
from the notice board business system database 11, 
and hence the detailed description thereof will be omit- 
ted here for the sake of simplicity. An access competen- 
cy file 19 is a file wherein with respect to the data and 
the various kinds of flags of the data heads in the notice 
board business system database 1 8, pro and con of ref- 
erence or writing are set every user in charge of the task 
process. The access competency file 19 is, similarly to 
other files, stored in the memory connected to the server 
1 . A status watcher 4 of the server 1 has, in addition to 
the function of the status watcher 3 in the first embodi- 
ment, the function of carrying out the judgement of the 
situation of decision of the data of the data heads, the 
judgement of the degree of the data, the judgement of 
the advanced get notice of the data and the setting of 
the related flag. The client 2 is configured so as to in- 
clude the similar function to that of the client 2 of the first 
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embodiment. The form of the data which is transmitted 
between the server 1 and the associated client 2 is dif- 
ferent from that of the first embodiment, and hence the 
processing of the user input outputer 23 is slightly dif- 
ferent from that of the first embodiment. However, since s 
the main function of the user input outputer 23 of the 
second embodiment is not greatly different from that of 
the user input outputer 23 of the first embodiment, the 
user input outputer of the second embodiment is denot- 
ed by the same reference numeral as that in the first io 
embodiment. Incidentally, in the following description, in 
the part in which the description is given by giving the 
concrete example, it is assumed that the business which 
is exemplified in Fig. 1 is carried out by the person in 
charge of the business, the section chief of the business 7 5 
and the person in charge of a storehouse each as a user. 

Fig. 12 is a schematic view showing the data form 
ot the notice board business system database 18. Inci- 
dentally, in the following description, there is assumed 
the case where there are, as the data heads, "custom- 20 
ei*b name", "product name", "amount", "delivery price", 
and 'date of delivery". The attribute information, of the 
notice board business system database 16 of the 
present embodiment, which is set in correspondence to 
the data heads is different from that in the first cmbodi- 25 
mont In the present embodiment, as the attribute infor- 
mation lor representing the status of the data which is 
set in the data heads, there is provided a conference 
flag 181 a decision flag 182. a get notice flag 183, a 
decision flag 184 of conference request, a decision flag 30 
185 of conference reply, a holding conference flag 186, 
a get notice flag 187 of conference request, a get notice 
flag 188 of conference reply, and a get notice flag 189 
of other section. The conference flag 1 81 is provided in 
correspondence to all the data heads and is the flag for 35 
representing whether or not with respect to the contents 
of the corresponding data head, the conference by a plu- 
rality ol persons in charge of the processing is required 
in order to decide the data which is set in the data head 
of interest. If the value of the conference flag 1 81 is "0", *o 
then no conference is required. On the other hand, if the 
value of the conference flag 181 is "1 then the confer- 
ence is required. With respect to the data head in which 
"0" is set to the value of the conference flag 181, the 
decision flag 182 and the get notice flag 183 are con- 45 
tained therein as the attribute information. The decision 
flag 182 is the flag corresponding to the degree 122 in 
the first embodiment and also is the flag for representing 
whether or not the decision making is made with respect 
to the contents of the corresponding data head by the so 
person in charge of the input. In this case, it is meant 
that when the status of the decision flag becomes "1 
the data which is set in the data head of interest is the 
decided data. The get notice flag 1 83 is the flag for rep- 
resenting that with respect to the undecided data of the 55 
data head which requires no conference, any other sec- 
tion gets advancedly the data. When the data is got in 
the corresponding data head by any other section, 0 1" 



is set to the get notice flag 1 83. For example, in Fig. 1 2, 
paying attention to the data head of "customer's name", 
"0" is set to the conference flag 181 and hence it is un- 
derstood that with respect to this data head, no confer- 
ence is required. Then, "1 " is set to the decision flag 1 82, 
and hence it is shown that the data of "company A" 
which is set in this data head is decided, in addition, T 
is also set to the get notice flag 1 83, and hence it is un- 
derstood that the data is being got to other section now. 

On the other hand, when the value of the confer- 
ence flag 181 is "I", the decision flag 184 of conference 
request, the decision flag 185 of conference reply, the 
holding conference flag 186, the get notice flag 187 of 
conference request, the get notice flag 188 of confer- 
ence reply and the get notice flag 189 of other section 
are contained in the attribute information. The decision 
flag 184 of conference request represents the status ot 
the decision making by the person in charge of the 
processing who requests the conference. The decision 
flag 185 of conference reply represents the status of the 
decision making by the person in charge of the process- 
ing who replys the request of the conference. Whether 
the data inputted to the data heads is the decided data 
or the undecided data is discriminated on the basis of 
these two flags. When both the values of the decision 
flag 184 of request and the decision flag 135 of reply 
become "1", the data of the data head of interest is de- 
cided, while is undecided in any case other than that 
case. Incidentally, in the case where the data which has 
been decided by the person in charge of the request is 
rewritten by the person in charge of the reply, or the data 
which has been decided in the reply side is rewritten by 
the request side, the value of the decision flag 184 of 
conference request or the value of the decision flag 1 85 
of conference reply is respectively reset to M 0 M . The val- 
ue of holding conference flag 1 86 is set to B 1 " when the 
conference is carried out. In the case where for the data 
for which the conference is requested on the basis of 
the decision making by the person who requests the 
conference, its value is corrected by the person who re- 
plys the conference to carry out the decision, the con- 
ference is not established between the request side and 
the reply side, and hence the data is not decided. In this 
case, however, the conference is regarded as being es- 
tablished therebetween and then the value of the hold- 
ing conference flag 186 is set to "1". In the case where 
the data which is set to the data head is undecided, T 
is set to the get notice flag 187 of request, the get notice 
flag 1 88 of reply and the get notice flag 1 89 of other sec- 
tion when that data is got to the conference request side, 
the conference reply side and any other section, respec- 
tively In the present embodiment, it is assumed that in 
the case where the data which requires the conference 
is intended to be got to any other section which does not 
join in the conference, the value of the holding reference 
flag 186 needs to become In Fig. 12, for example, 
paying attention to the data head of "delivery price" , "1 " 
is set to the conference flag 1 81 , and hence it is shown 
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that the conference is required for that data head. Since 
with respect to the decision status of the data, the value 
of the decision flag 184 of request is "1 while the value 
of the decision flag 185 of reply is "0", the decision mak- 
ing by the conference request side is carried out, while 
the decision making by the conference reply side is not 
carried out yet, and hence the undecided status is pro- 
vided. In addition, since the value of the holding confer- 
ence flag 186 is "0", it is understood that the conference 
is not carried out yet ; and hence the data of interest can 
not be got by any other section. 

Furthermore, similarly to the first embodiment, the 
advanced input flag 115 is provided as the attribute in- 
formation in correspondence to the data heads. Inciden- 
tally, as for the structure of the notice board business 
system database 18, the data structure may be adopted 
in which the data of the data heads and the correspond- 
ing flags are separately stored in the memory, and also 
the address pointer links the data of the data heads and 
the corresponding flags. 

Fig. 1 3 is a schematic view showing an example of 
the data form of the access competency file 19. The ac- 
cess competency file 19 is the file for defining the com- 
petency with respect to the accessable data and its flag 
every user. In Fig. 13, out of the data heads shown in 
Fig. 12, the definition with respect to "delivery price", 
"appointed delivery day" and the attribute information 
corresponding to these data heads is omitted with its 
illustration. In the figure, the data or flag in which "-" is 
set in the field of reference represents that reference is 
prohibited. The data or flag in which is set in the field 
of writing represents that writing or update can not be 
carried out. "Approval" which is set in the field of writing 
represents that writing or update is permitted, and "ap- 
proval" which is set in the field of reference represents 
that it is permitted to make reference to the data. For 
example, paying attention to the data head of "product 
name", the person in charge of the business can carry 
out reference as well as writing with respect to the data 
itself of the product name. Both the section chief of the 
business and the person in charge of a storehouse can 
refer to the data of the data head of 'p roduct name", but 
can not carry out writing. With respect to the decision 
flag 182, reference as well as writing are permitted for 
the person in charge ol the business, while only refer- 
ence is permitted for both the section chief of the busi- 
ness and the person in charge of a storehouse, and also 
writing is not permitted therefor. This reason is that the 
product name is the data head which requires no con- 
ference, and the data which has been decided at dis- 
cretion of the person in charge of the business becomes 
decided. In other words, this means that both the section 
chief of the business and the person in charge of a store- 
house may confirm whether or not the decision is made, 
i.e., whether or not the decision is made on the basis of 
the decision flag 1 82 in some cases, but they can not 
carry out the operation of deciding the data. Next, with 
respect to the get notice flag 183, the person in charge 



of the business can not carry out writing, but can carry 
out reference. On the other hand, both the section chief 
of the business and the person in charge of a storehouse 
can carry out writing, but can not carry out reference with 

s respect to the get notice flag. This means that with re- 
spect to the data head of the product name, both the 
section chief of the business and the person in charge 
of a storehouse can get the data irrespective of the de- 
cision made by the person in charge in the business. 

to The indication for representing that both the section 
chief of the business and the person in charge of a store- 
house have got advancedly the data is displayed on the 
display device 21 on the side of the person in charge of 
the business. Since the person in charge of the business 

is is on the side from which the data is got, he/her can not 
carry out writing of data to the get notice flag 183 show- 
ing that the data has been "got". However, since the in- 
formation for representing that the data has been "got" 
is displayed on the display screen, reference becomes 

20 "approval". On the other hand, both the section chief of 
the business and the person in charge of a storehouse 
take up their posts where the data can be got. Therefore, 
writing to the get notice flag 1 83 is set to "approval". The 
display representing that the data has been got is not 

2S required for both the section chief of the business and 
the person in charge of a storehouse, and hence u - n is 
set in the field of reference. In addition, in the present 
embodiment, a user who can carry out writing of data to 
the decision flag 184 of request is on the conference 

30 request side, and a user who can carry out writing of 
data to the decision flag 1 85 of reply is on the conference 
reply side. For example, with respect to the data head 
of "amount", the person in charge of the business is on 
the conference request side, while the person in charge 

35 of a storehouse is on the conference reply side. Inciden- 
tally, both the status 121 and the advanced input flag 
123 can be referred by any side user, but writing of data 
thereto can not be carried out. In addition, the confer- 
ence flag 181 is the information which is required for ex- 

40 ecuting the program by the status watcher 4, and is 
set in all the fields of the conference flag 181 since a 
user does not directly carry out writing or reference. 

Fig. 14a is a schematic view showing the form of 
the notice board data which is transmitted from the serv- 
es er 1 to the associated client 2. To the data of the data 
heads are added the decision flag 161 , the degree flag 
162 and the advanced get notice flag 163. The decision 
flag 161 is the flag for representing the situation of the 
decision flag of the corresponding data head, and the 

50 value of the decision flag 1 82 is stored with respect to 
the data head which requires no reference. On the other 
hand, with respect to the data head which requires the 
conference, the value of the decision flag 1 84 of request 
or the decision flag 185 of reply is stored depending on 

55 whether the data transmitted user is on the conference 
request side or the conference reply side. The decision 
flag 162 is the flag for representing whether or not the 
corresponding data head is decided. The advanced get 
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notice flag 163 is the flag for representing whether or 
not the corresponding data head is advancedly got. 

Fig. 14b is a schematic view showing the form of 
the data which is transmitted from the associated client 
2 to the server 1. The data to be transmitted includes 
the data which is sent from the server 1 every data head 
or is inputted/updated in the client 2, and the decision 
flag 161 and the get notice flag 164 which belong there- 
to. The decision flag 161 has the same meaning as that 
of the decision flag in the data which is sent from the 
server. An intention of decision of a user for the corre- 
sponding data head reflects in the decision flag 161 in 
the data which is sent from the client 2 to the server 1. 
For example, if for the undecided data which has been 
sent from the server with XT being set to the decision 
flag 161, the operation tor deciding that data is carried 
out by a user, then that data is sent to the server 1 with 
"1" being set to the decision flag 161. The get notice flag 
164 is used to inform the server 1 ot that a user has got 
the corresponding data. A user can carry out Ihe get no- 
tice operation with respect to the data of the desired data 
head. Then, when a user carries out the operation of 
getting the data, then "1 " is set to the get notice flag 1 64 
corresponding to that data head. 

Fig. 1 5 is a flow chart showing a flow of the process- 
ing in the status watcher 4. In the processing in the sta- 
tus watcher 4 in the present embodiment, as shown in 
Fig. 15, the processings from Step 71 to Step 76 are 
additionally provided between the processings of Step 
32 and Step 33 in the first embodiment shown in Fig. 9, 
and also the processing of Step 36 is replaced with the 
processings of Step 77 and Step 78. Now, the process- 
ings which are newly executed in the present embodi- 
ment will hereinbelow be described mainly, and also the 
description of the processings overlapping with those in 
the first embodiment is omitted here for the sake of sim- 
plicity. After the status watcher 4 fetches, in response to 
the request issued from the client 2, the specified notice 
board from the notice board business system database 
(Steps 31 and 32), it recognizes the user who has made 
the request on the basis of the identifier (Step 71 ). Then, 
the status watcher 4 retrieves the access competency 
file 19 in accordance with the recognition result to fetch 
the access competency information with respect to the 
data and the flags of the user of interest (Step 72). Next, 
the status watcher 4 selects the data, to which the user 
of interest can make reference, out of the notice board 
which has been fetched in Step 32, i.e., the data which 
can be displayed on the basis of the access competency 
information thus fetched (Step 73). 

Next, the status watcher 4 carries out the judgement 
of the decided situation by the decision flag out of the 
selected data and flags, and obtains the value of the de- 
cision flag 161 which is added to the data heads which 
are to be transmitted to the client 2. For example, in the 
case where the data head which has been selected in 
Step 73 is the data head which requires no conference, 
if the value of the decision flag 1 82 is D 1 then the status 



20 

watcher 4 sets the value of the decision flag 161 belong- 
ing to the data head which is to be transmitted to "1". 
On the other hand, if the value of the decision flag 182 
is "0", then the value of the decision flag 161 is set to 

5 "0". In addition, in the case where the data head which 
has been selected in Step 73 is the data head which 
requires the conference, if the user of interest is on the 
conference request side and the value of the decision 
flag 184 of request is "1 ", then the status watcher 4 sets 

io "1 M to the decision flag 161 . If the value of the decision 
flag 184 of request is w 0\ then "0" is set to the decision 
flag 161. Likewise, if the user of interest is on the con- 
ference reply side and also the value of the decision flag 
185 of reply is "1", then the status watcher 4 sets the 

is value of the decision flag 1 61 to M 1 M , while if the value of 
the decision flag 185 of reply is "0", then the status 
watcher 4 sets the value of the decision flag 161 to "0". 
In addition, in the case where the user of interest is on 
neither the conference request side nor the conference 

20 reply side, if both the values of decision flag 184 of re- 
quest and the decision flag 1 85 of reply are "1 then the 
status watcher 4 sets "1" to the decision flag 161, and 
in the case other than that case, sets "0" to the decision 
flag 161 . As a result, even in the case of the data head 

25 requiring the conference, when viewed from the user 
who is unrelated to the conference, this data head 
seems as if it is the data head requiring no conference. 
The status watcher 4 executes the above-mentioned 
processings with respect to all the data heads which 

30 were selected (Step 74). 

After the status watcher 4 has decided the value of 
the decision flag added to each of the data heads which 
were selected, it judges the degree of the data on the 
basis of both the values of the conference flag 1 81 and 

35 the decision flag thus decided. With respect to the de- 
cided data, the value of the degree flag 162 belonging 
to the data head which is to be transmitted is set to "1 ", 
while with respect to the undecided data, the value of 
that decision flag 162 is set to "0". The status watcher 

40 4 executes the processing described above with respect 
to all the selected data heads. The details of the 
processing in here will be described later (Step 75). 

Next, the status watcher 4 refers to the get notice 
flag 1 83, the get notice flag 1 87 of request the get notice 

45 flag 1 88 of reply and the get notice flag 1 89 of other sec- 
tion to judge whether or not the data is advancedly got. 
With respect to the data which is advancedly got, the 
value of the advanced gel notice flag 163 belonging lo 
the data head which is to be transmitted is set to "1". 

so The status watcher 4 executes that processing with re- 
spect to all the selected data heads. The details of that 
processing will be described later (Step 76). 

The status watcher 4 makes collectively the data of 
the data head selected in Step 73, and the decision flag 

55 161, the degree flag 162 and the advanced get notice 
flag 1 63 which have been decided in Steps 74 to 76 with 
respect to the selected data head the transmission data, 
and then transmits the transmission data to the associ- 
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ated client 2 through the communication controller 17. 
In the client 2. the data which has been sent from the 
server 1 is displayed on the display device 21 so that 
the business processing by the user is executed. When 
input or- update for the data head, the decision flag or s 
the get notice flag has been carried out as the result of 
executing the business processing in the client 2, the 
inputted or updated data or flags is arranged into the 
data format shown in Fig. 14b as already described 
above to be sent to the server 1 . Then, the status watch- io 
er 4 receives the input data and then checks whether or 
not it is before the processing due date (Steps 33 to 35). 

If it is confirmed that it is before the processing due 
dale, then the status watcher 4 updates the contents of 
the notice board business system database 18 in ac- is 
cordance with the data which has been sent from the 
clicni 2 and the decision flag 1 61 . The status watcher 4 
is permitted to carry out update by the user of interest 
on the basis ot the access competency file 19, and also 
updates the data heads to which the data can be input- 20 
tod and the flags Now, the processing of updating the 
flags on the basis of the decision flag 1 61 in the received 
data is executed as follows. With respect to the data 
head in which the value of the conference flag 181 is 
"0". the value of the decision flag 161 which has been 25 
rocoiv/od is set in the decision flag 182. That is, if there 
is the decision making by the user, then the value of the 
decision flag 182 is set to "1 If with respect to the data 
hnad in which the value of the reference flag 181 is "1 *, 
the user of interest is on the conference request side, 30 
the value of the original decision flag 184 of request is 
"0". and the value of the decision flag 161 is "1", then 
the status watcher 4 sets the value of the decision flag 
184 of request is "1 When the user of interest is on the 
conference reply side, the value of the original decision 35 
flag 1 85 of reply is "0" and the value of the decision flag 
161 is "1 °, likewise, the status watcher 4 sets the value 
of the decision flag 185 of reply to M 1 M . When both the 
values of the decision flag 184 of request and the deci- 
sion flag 185 of reply become "1" by carrying out that 40 
operation, the value of the holding conference flag 186 
is set to "1". When the data of the data head in which 
the value of the decision flag 184 of request is "1 n is up- 
dated by the reply side, the value of the decision flag 
184 of request is changed to "0" and also "1" is set to 45 
the holding conference flag 1 86 irrespective of the con- 
tents of the decision flag 1 85 of reply When the data of 
the data head in which the value of the decision flag 1 85 
of reply is n 1 tt is updated by the request side, the value 
of the decision flag 185 of reply is changed to "0° and so 
also the value of the holding conference flag 186 is set 
to "I" irrespective of the contents of the decision flag 
184 of request (Step 77). 

Next, the status watcher 4 executes the processing 
of setting the get notice flag. With respect to the data ss 
head in which B 0 n is set to the conference flag 181 and 
also the value of the decision flag 182 is "0", the value 
of the get notice flag 1 64 which has been received is set 



in the get notice flag 183. That is, if the advanced get 
notice is requested by a user, then the status watcher 4 
set "1 ■ to the get notice flag 1 83. With respect to the data 
head in which the value of the conference flag 181 is 
"1", when the value of the received get notice flag 164 
is "1", the setting of the get notice flag 187 of request, 
the get notice flag 188 of reply and the get notice flag 
189 of other section is controlled in accordance with the 
status of the holding conference flag 186, the decision 
flag 184 of request and the decision flag 185 of reply by 
the user who is on one of the conference request side, 
the conference reply side and any other section (Step 
78). 

After having updated the notice board business sys- 
tem database 18 in a manner as described above, the 
status watcher 4 executes the processings in Steps 37 
to 44 similarly to the first embodiment. 

Fig. 1 6 is a detailed flow chart showing the process- 
ing of judging the degree of the data which processing 
is executed in Step 75. The status watcher 4 judges with 
respect to the data selected in Step 73 and the flags 
whether or not "1 H is set to the conference flag 181 (Step 
81). When the value of the conference flag 181 is "OA 
the status watcher 4 carries out the judgement of the 
value of the decision flag 182 with respect to the data 
head of interest (Step 84). If the value of the decision 
flag 182 is "1", then the value of the degree flag 162 
belonging to the data head which is to be transmitted to 
the client 2 side is set to "1 " (Step 85). When the value 
of the decision flag. 182 is "0", the value of the degree 
flag 1 62 belonging to the data head which is to be trans- 
mitted is set to "O" (Step 86). On the other hand, when 
the value of the conference flag 181 is M 1" in Step 81 , 
the status watcher 4 successively judges whether or not 
the conference request side has determined the data on 
the basis of the decision flag 184 of request (Step 82). 
When the value of the decision flag 184 of request is 
"O", the status watcher 4 sets the value of the degree 
flag 1 62 belonging to the data head which is to be trans- 
mitted to "0" (Step 86). When the value of the decision 
flag 184 of request is "1 n : the status watcher 4 further 
judges on the basis of the decision flag of reply whether 
or not the conference reply side has determined the data 
(Step 83). When the value of the decision flag 185 of 
reply is "0", the status watcher 4 sets the value of the 
degree flag 162 belonging to the data head which is to 
be transmitted to "0" (Step 86). When the value of the 
decision flag 185 of reply is "1 °, the value of the degree 
flag 1 62 belonging to the data head which is to be trans- 
mitted is set to "1 " (Step 85). 

As described above, for the data head in which "1 0 
is set to the degree flag 1 62, its data has been decided. 
Such data corresponds to the decided data in the first 
embodiment and hence hereafter is similarly referred to 
as the decided data in the present embodiment as well. 
In addition, the data in a state in which the value of the 
decision flag becomes "0" on the basis of the above- 
mentioned processing is referred to as the undecided 
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data. 

Fig. 1 7 is a detailed flow chart showing the process- 
ing of judging the advanced get notice of the data which 
processing is executed in Step 76. The status watcher 
4 judges whether or not with the selected data and the 
flags, the value of the conference flag 181 is M n (Step 
91). When the value of the conference flag 181 is "0", 
the status watcher 4 carries out the judgement of the 
decision flag 182 of the data head of interest (Step 92). 
When the value of the decision flag 182 is "1", the 
processing proceeds directly to the processing in Step 
33 since no advanced get notice occurs. On the other 
hand, when the value of the decision flag 182 is n 0 u , the 
status watcher 4 further carries out the judgement of the 
get notice flag 1 83 (Step 93). If the value of the get notice 
flag 183 is "1", after the status watcher 4 has set the 
value of the advanced get notice flag 163 belonging to 
the data head which is to be transmitted to the associ- 
ated client 2 to "1", the processing proceeds to the 
processing in Step 33 (Step 99). If Ihe value of the get 
notice flag 1 83 is "0", then it is judged that the advanced 
get notice is not carried out, and then the processing 
proceeds to the processing in Step 33. 

When the value of the conference flag 181 is "1 " in 
Step 91 , the status watcher 4 judges on the basis of the 
get notice flag 189 of other section whether or not the 
data is got by any one of other sections (Step 94). When 
the value of the get notice flag 189 of other section is 
■1", the status watcher 4 judges on the basis of the de- 
cision flag 184 of request and the decision flag 185 of 
reply whether or not the conference reply side has got 
the data from the conference request side and also 
whether or not the conference request side has got the 
data from the conference reply side (Step 95). When 
both the values of the decision flag 184 of request and 
the decision flag 1 85 of reply are "1 the status watcher 
4 proceeds directly to the processing in Step 33 since 
no advanced get notice occurs. On the other hand, when 
both the values of the decision flag 184 of request and 
the decision flag 185 of reply are not w 1 i.e., when the 
value of at least one of the decision flag 184 of request 
and the decision flag 185 of reply is set to "1 \ the status 
watcher 4 sets the value of the advanced get notice flag 
163 belonging to the data head which is to be transmit- 
ted to "1" (Step 99). In such a way, when the value of 
the get notice flag 189 of other section is "1 if "1 " is not 
set to both the decision flag 184 of request and the de- 
cision flag 185 of reply, then the data of interest will be 
advancedly got by any one of other sections. 

When the value of the get notice flag 189 of other 
section is "0° in Step 94, the status watcher 4 judges 
whether or not the user is any one of other sections 
(Step 96). When the user is any one of other section, 
the status watcher 4 proceeds directly to the processing 
in Step 33 since no advanced get notice occurs. On the 
other hand, when the user is not any one of other sec- 
tions, but is on either the conference request side or the 
conference reply side, the status watcher 4 judges on 



the basis of the get notice flag 1 87 of request whether 
or not the conference request side has got the data 
(Step 97). When the value of the get notice flag 187 of 
request is B 1 "1" is set to the advanced get notice flag 

5 163 belonging to the data head which is to be transmit- 
ted (Step 99). On the other hand, when the value of the 
get notice flag 187 of request is "0", the status watcher 
4 further judges on the basis of the get notice flag 188 
of reply whether or not the conference reply side has got 

10 the data (Step 98). When the value of the get notice flag 
188 of reply is "1", the status watcher 4 sets the value 
of the advanced get notice flag 1 63 belonging to the data 
head which is to be transmitted to "1 M (Step 99). On the 
other hand, when the value of the get notice flag 188 of 

is reply is H 0", the status watcher 4 proceeds directly to the 
processing in Step 33. 

Fig. 1 8 is a flowchart showing a flow of the process- 
ing of setting a get notice flag which processing is exe- 
cuted in Step 78. When with respect to the data head in 

20 which the value of the conference Rag 181 is "1" in the 
notice board business system database 18, the value of 
the corresponding get notice flag 164 which has been 
received from the client 2 is M 1", i.e., the operation of 
getting the data is carried out in the client 2 by a user, 

25 the status watcher 4 executes the following process- 
ings. Firstly, the status watcher 4 identifies the user in 
order to judge whether the user is on the conference 
request side or the conference reply side (Step 101). 
When it becomes clear as the result of the judgement 

30 that the user of interest is on neither the conference re- 
quest side nor the conference reply side, but is the user 
of any one of other sections, the status watcher 4 judges 
whether or not the value of the holding conference flag 
186 is "1° (Step 102). In the present embodiment, the 

35 processing is executed on the basis of the rule that "the 
data requiring the conference which is not carried out 
even one time can not be got by the user in any one of 
other sections". For this reason, the data of interest can 
not be advancedly got by the user of any one of other 

40 sections unless the conference is carried out and hence 
the value of the holding conference flag 186 becomes 
"1". When the value of the holding conference flag 186 
is judged not to be '1 " in Step 102, since the advanced 
get notice can not be carried out, the status watcher 4 

45 sends an error message to the client 2 which has carried 
out the request and then the processing is completed 
(Step 110). When the value of the holding conference 
flag is T, then it is judged whether or not both the values 
of the decision flag 184 of request and the decision flag 

so 185 of reply are n 1 This judgement is carried out in or- 
der to distinguish whether or not the data of interest will 
be advancedly got (Step 103). When both the values of 
the decision flag 184 of request and the decision flag 
185 of reply are "1 the processing in here is completed 

55 since no advanced get notice occurs. When both the val- 
ues of the decision flag 184 of request and the decision 
flag 185 of reply are not "1°, the status watcher 4 sets 
■1° to the get notice flag 189 of other section, thereby 
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completing the processing (Step 104). When it is judged 
in Step 101 that the user is on either the conference re- 
quest side or the conference reply side, then it is judged 
whether or not the user is on the conference request 
side (Step 105). When the user is judged to be on the 
conference request side, it is judged whether or not the 
value of the decision flag 185 of reply is tt l " (Step 106). 
When the value of the decision flag 105 of reply is "1", 

1. e., the data is in the decided state, the processing is 
directly completed since no advanced get notice occurs. 
On the other hand, when the value of the decision flag 
185 of reply is not "1 u , i.e., the data is in the undecided 
state, in order to show that the data is got by the con- 
ference request side before the decision by the confer- 
ence reply side has been made, the status watcher 4 
sets "1 u to the get notice flag 187 of request, thereby 
completing the processing (Step 107). In addition, when 
the user is judged to be on the conference reply side in 
Step 105, the status watcher 4 judges whether or not 
Ihe value of Ihe decision flag 184 ol request is "1 " (Slep 
1 08). When the value of the decision flag 1 84 of request 
is "1 i.e., the data is in the decided state, the processing 
is directly completed since no advanced get notice oc- 
curs. On the other hand, when the value of the decision 
flag 184 of request is not "1", i.e., the data is in the un- 
decided state, in order to show that the conference reply 
side gets the data before the decision by the conference 
request side has been carried out, the status watcher 4 
sets "1 " to the get notice flag 188 of reply, thereby com- 
pleting the processing (Step 109) 

What style the notice board data is displayed on the 
display device 21 of the client 2 in accordance with the 
notice board data sent from the server 1 as the result of 
the above-mentioned processing will hereinbelow be 
concretely described by giving several examples. 

Fig. 1 9 is a first display example of the notice board 
which is displayed on the display device 21 of the client 

2, and is a schematic view useful in explaining mainly 
what style whether or not the decision making is made 
by the person in charge of the task process or the man- 
ager is displayed on the screen. The user input outputer 
23 displays the data with respect to the data heads of 
the notice board which has been sent from the server 1 , 
and also displays the radio buttons, in an on or off style, 
corresponding to the displayed data in accordance with 
the decision flag 1 61 belonging to the data heads. I n the 
figure, the open circle represents the radio button in the 
off slate, while the open circle having therein the black 
dot represents the radio button in the on state. Each of 
the radio buttons represents whether or not the data cor- 
responding thereto is decided by the person in charge 
of the task process or the manager. In the example 
shown in Fig. 1 9, all the data of the customer's name 
and the product name is decided since the radio buttons 
corresponding to that data are in the on state. On the 
other hand : the data heads of the amount, the delivery 
price and the appointed delivery day are not decided yet 
since the radio buttons corresponding to those data 



heads are in the off state. Incidentally, the off-display 
can be changed to the on-display by pressing the de- 
sired radio button down by a user, and the result of this 
change is sent as the decision flag 161 of the corre- 

5 sponding data head to the server 1 . 

Fig. 20 is a second display example of the notice 
board which is displayed on the display device 21 , and 
is a schematic view useful in explaining mainly what 
style with respect to the data to be displayed, decided/ 

io undecided of its degree is displayed on the screen. 
When having received the data of the notice board from 
the server 1 , the user input outputer 23 displays the data 
in the form of the black face or the light face on the dis- 
play device 21 in accordance with the value of the de- 

is gree flag 162 belonging to the associated data head. In 
this example, the data of both the customer's name and 
the product name is displayed in the form of the black 
face. As a result, a user can recognize that the data is 
decided with respect to both the customer's name and 

20 ihe product name. On the other hand; the data of the 
amount, the delivery price and the appointed delivery 
day is displayed in the form of the light face and hence 
a user can recognize that the data is not decided yet 
with respect to the amount, the delivery price and the 

25 appointed delivery day. 

Fig. 21 is a third display example of the notice board 
which is displayed on the display device 21, and is a 
schematic view useful in explaining mainly what style 
the degree of the data is displayed on the screen. In this 

30 example, the description is given on the assumption of 
the displayed picture which is displayed on the display 
device 21 when a user of the client is the person in 
charge of the business. Incidentally, it is assumed that 
with respect to the customer's name and the product 

35 name, its data is decided by the decision making by the 
person in charge of the business, and with respect to 
the delivery price, its data is decided by the settlement 
by the section chief of the business for the data which 
was decided by the person in charge of the business, i. 

^0 e. , by the conference. I n addition, it is assumed that both 
the amount and the appointed delivery day are decided 
on the basis of the conference made by both the person 
in charge of the business and the person in charge of a 
storehouse. In this example, both the customer's name 

45 and the product name are displayed in the form of the 
black face and hence it is understood that the decision 
making was made for both the customer's name and the 
product name by the person in charge of the business 
and also both the customer's name and the product 

50 name are decided. In addition, both the delivery price of 
a television set and the delivery price of a video tape 
recorder are also displayed in the form of the black face 
and hence it is understood that the decision making was 
made by the person in the charge of the business and 

ss the settlement was made by the section chief of the busi- 
ness to decide the data. On the other hand, while with 
respect to the delivery price of an air conditioner, its ra- 
dio button is in the on state, its data is displayed in the 
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form of the light face. Therefore, it is understood that 
while the decision making was made by the person in 
charge of the business, the settlement is not made yet 
by the section chief of the business and hence the data 
of interest is the undecided data. Likewise, since with s 
respect to the amounts of products as well, their radio 
buttons are in the on state and the data is displayed in 
the form of the light face, it is understood that the deci- 
sion making was made by the person in charge of the 
business who operates the client 2. but the settlement 10 
is not made yet by the person in charge of a storehouse. 
Since with respect to the appointed delivery day, the da- 
ta is set, but the decision making is not made yet by the 
person in charge of the business, its radio button is in 
the off state. 15 

Fig. 22 is a fourth display example of the notice 
board which is displayed on the display device 21 , and 
is a schematic view useful in explaining mainly the dis- 
played picture in which the got data is displayed. In this 
example, Ihe description is given on the assumption thai 20 
the decided status of the data is the same as that ex- 
emplified in Fig. 21 , and under this condition, the data 
of the data heads of "customer's name", "product 
name", "amount" and "appointed delivery day" is got by 
the person in charge of a storehouse. The notice board 25 
as shown in Fig. 22 is displayed on the display device 
21 of the client 2 which the person in charge of the busi- 
ness operates. In the present embodiment, the unde- 
cided data which was advancedly got is displayed with 
being underlined in order to be able to be distinguished 30 
from the decided data which was normally got. In the 
example shown in the figure, since the data of the data 
heads of the the customer's name and the product name 
is the decided data, the data is not underlined at all even 
if the data was already got by the person in charge of a 35 
storehouse. The conference is required for the data of 
the data head of "amount", and while that data is unde- 
cided, the decision making therefor by the person in 
charge of the business was already made. In addition, 
since the person in charge of a storehouse is in the con- 40 
ference reply side with respect to the data head of 
"amount", the get notice of interest is regarded as the 
normal get notice if the decision making by the person 
in charge ot the business as the conference request side 
was made, and hence the underline meaning the ad- 
vanced get notice is not displayed at all. Since the data 
of "6/10" of the data head of "appointed delivery day" is 
not decided yet by the person in charge of the business, 
the underline is displayed therefor in order to represent 
that the get notice was carried out by the person in so 
charge of a storehouse as the conference replying side. 

According to the embodiment described above, the 
data is decided in the form of the conference reflecting 
the decision making of the persons in charge of a plu- 
rality of task processes, the result of the conference is ss 
reported to a user and also a user who carried out the 
data input is informed of that the undecided data was 
advancedly got. Therefore, it is possible to progress the 



task while grasping the situation with respect to the ac- 
tion which any other user has taken. Incidentally, the 
present embodiment has been described by taking the 
specific case where the conference reply side corre- 
sponds to only one section by an example. However, it 
should be noted that in even in the case where the con- 
ference reply side corresponds to a plurality of sections, 
the above-mentioned procedure can be realized simi- 
larly to that in the above-mentioned embodiment. In this 
case, in the above-mentioned embodiment, in the 
processing of carrying out the judgement of the decision 
flag of reply, the data may be managed as being decided 
on the conference reply side when the value of the de- 
cision flag of reply corresponding to all the conference 
reply sides is set to "1 

(3) Third Embodiment 

In the first and second embodiments, the status of 
the notice board is changed when the predetermined 
data head becomes decided. As for the form in which 
the data is decided to be inputted for the data head, the 
following form may be considered. The first form is the 
form wherein there is only one data which may be taken 
with respect to one data head. In this case, one notice 
board is constructed by one record. The second form is 
the form wherein there are two or more data which may 
be taken with respect to at least one data head. In this 
case, one notice board is constructed by a plurality of 
records. The method of storing, when the record consti- 
tuting the notice board is single, the data in the single 
notice board is different from the method of storing, 
when a plurality of records constituting the notice board 
are provided, the data in the notice board. In the notice 
board of the single record, the data should be stored in 
the database in such a way that the task status on the 
notice board is reflected for the data which is inputted 
to all the data heads. On the other hand, in the notice 
board constituted by a plurality of records, even when 
the data is inputted to only the part of the data heads, 
the status of the notice board can be changed every 
record. For example, in the case of the notice board in 
which the names of a plurality of products are registrated 
as the data in the data head of the product name, even 
if all the data of this data head is not decidedly inputted, 
the status can be decided every data. In addition, in the 
notice board constituted by a plurality of records, the sta- 
tus may be judged on the basis of the combination of 
the states of the records. Thus, it is considered that even 
in the same data head, the form in which the data is de- 
cided varies depending on the user. Then, in the present 
embodiment, the flexibility is given to the change in the 
status of the notice board for the decision of the data so 
that the flexible working corresponding to the actual 
business form can be carried out. 

Fig. 23 is a block diagram showing a configuration 
of the business processing system of a third embodi- 
ment according to the present invention. The business 
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processing system in the present embodiment has ba- 
sically the same configuration as that of the second em- 
bodiment except that the structure of a status change 
rule 27 and the part of the function which is realized by 
a status watcher 5 are different from those of the second 5 
embodiment. Therefore, in the present embodiment, the 
description will hereinbelow be given by applying the 
same reference numerals which were used in the sec- 
ond embodiment to the parts which are common with 
those in the second embodiment. 10 

Fig. 24 is a schematic view showing the data form 
of the status change rule 27 in the present embodiment. 
In the status change rule 27 in the present embodiment, 
the data heads which need to be decided in order to car- 
ry out the business of the task process are defined every is 
task process. In Fig. 24, there is shown the status 
change rule 27 which is defined with respect to the busi- 
ness which is progressed using the notice board identi- 
fied with the notice board number "001 Incidentally the 
status change rule 27 shows the task by which task 20 
process the status can change to, and hence is different 
from both the status change rule 1 2 of the first embod- 
iment and the status change rule 20 of the second em- 
bodiment in which the conditions required for changing 
the task process from the current task process to the 25 
next task process are defined. In Fig. 24, the task proc- 
esses in the business are registrated in a task process 
271 . The notice board number of the notice board in 
which the change status is defined is registrated in a 
notice board number 272. Status definition columns 273 30 
to 277 correspond to the data heads of the notice board 
business system database 18. The status which in the 
task processes, the data of the corresponding data head 
must fulfill in order to carry out the business of the task 
process of interest is set to the associated status defi- 35 
nition column. With respect to the status definition col- 
umn to which "-■ is set, there is shown the fact that the 
data of the data head of interest does not need to be 
decided in order to execute the processing in the corre- 
sponding task process. In the case where the data head 40 
having a plurality of data to be inputted thereto is 
present, when with respect to the data head required for 
the task, all of a plurality of data of that data head should 
be decided, "ALL" is set to the associated status defini- 
tion column. In the case where any one of the data of 45 
the data head has only to be decided, "EACH" is set to 
the status definition column. In addition, in the case 
where with respect to the data head having only one da- 
ta given thereto, the one data needs to be decided, 
"ALL" is set to the status definition column. Incidentally, so 
with respect to the data head having only one data given 
thereto, for the purpose of distinguishing this data head 
from the data head having a plurality of data given there- 
to, in order to show that the data of interest needs to be 
decided, for example, the information such as "decided" 55 
may also be set. In the example shown in Fig. 24, since 
the task process of "deal" is the first task process out of 
a series of businesses and hence the business is carried 



out with all the data being undecided, is set to the 
status definition columns 273 to 277 with respect to all 
the data heads. In addition, the task process of "stock 
confirmation" defines that with respect to any one of the 
products, in addition to the consumer's name (it is as- 
sumed that in one notice board, only one data is given 
to "consumer's name"), its product name and amount 
have only to be decided. Therefore, "ALL" is set to the 
status definition column 273 corresponding to the con- 
sumer's name, while "EACH" is set to each of the status 
definition columns 274 and 275 corresponding to the 
product name and the amount. In addition, since in the 
task process of "price estimation", the data needs to be 
decided in the data heads other than the appointed de- 
livery day, "ALL" is set to each of the status definition 
columns 273 to 276 other than the status definition col- 
umn 277 corresponding to the appointed delivery day. 

Incidentally, the status change value 27 of the 
present embodiment is limited, with respect to the status 
change of the task process, to the definition of the con- 
ditions required therefor, and hence it is impossible to 
obtain the hysteresis of inputting/ updating the data to/ 
in the notice board business database. If it is required 
to obtain the hysteresis, as in the embodiment already 
described above, the inputted data and the attribute in- 
formation corresponding to its data head are enabled to 
be registrated every data head, thereby being able to 
cope therewith. Or, the file for obtaining the hysteresis 
may also be specially prepared. 

The processings which are executed in the present 
embodiment by the status watcher 5 are approximately 
the same as those which are executed in the second 
embodiment by the status watcher 4 except for the fol- 
lowing two points. The judgement processing is different 
therefrom which is executed in the processing (Step 39) 
of judging whether or not the status change occurs. In 
addition, since the hysteresis is not left in the status 
change value 27, the processing of updating the status 
change rule (Step 37) is not executed at all. Fig. 25 
shows a flow chart of the processing of judging whether 
or not the status change occurs which processing is ex- 
ecuted by the status watcher 5 in the present embodi- 
ment. The status watcher 5 makes reference to the sta- 
tus change rule 27 to obtain the definition information 
with respect to the task process next to the current task 
process (Step 300). It is judged whether or not all the 
data is decided with respect to each of the data heads, 
to which "ALL'' is set, out of the obtained definition in- 
formation (Step 301). If all the data is decided with re- 
spect to each of the data heads to which "ALL" is set, 
then it is judged whether or not the definition information 
is fulfilled with respect to the data head in which "EACH" 
is defined as the definition information. More specifical- 
ly, it is checked whether or not there is the record, in 
which all the data is decided with respect to each of the 
data heads to which "EACH" is set by the status change 
rule 27, out of the records of the notice board business 
system database. If such a record is present, then the 
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definition information "EACH" is fulfilled (Step 302). 
Since if the definition information "EACH" is also fulfilled, 
then the status change to the next task process is pos- 
sible, the status change is judged to occur (Step 303). 
On the other hand, when it is judged in Step 301 or Step 
302 that the condition is not fulfilled, it is judged that the 
status change does not occur (Step 304). 

As described above, according to the third embod- 
iment, how to make the change in the status can be fine- 
ly set every data head. As a result, users can recognize 
the current work state every head or for the data of the 
data head contained in the head, and hence it is possible 
to promote more smoothly, comfortably the connection 
with other workers. Incidentally, in the above-mentioned 
embodiment, if the data stored in the notice board busi- 
ness system database is used with respect to the data 
head which is registrated in the status change limit rule, 
and the attribute information corresponding to the data 
head, then it is possible to remove the need of registrat- 
ing the data in the status change limit rule. In this case, 
it is possible to omit the processing in Step 42. In addi- 
tion, in the present embodiment, the procedure may also 
be adopted in which the notice board business system 
database holds the data which is inputted/updated by 
the business processing, and also the conforcncc flag 
which is not updated in the business processing is pro- 
vided separately from the notice board business system 
database. 

While in the above-mentioned embodiment, the no- 
tice board business system database is given the infor- 30 
mation relating to the status in order to enable the cur- 
rent task process to be identified, the data may not be 
given to the notice board business system database, (n 
this case, when there is need of being aware of the sta- 
tus, the procedure may be adopted in which the decided 35 
status of the data heads is checked on the basis of the 
attribute information in the notice board business sys- 
tem database, and as a result, the status change rule is 
referred to obtain the current status. In addition, in order 
to judge whether or not the status should be changed, 40 
in the stage before updating the notice board business 
system database on the basis of the data sent from the 
client, the status is obtained once and then is held. Then, 
in Step 39, the status which is obtained after having up- 
dated the notice board business system database is 45 
compared with the status which is held to judge whether 
or not the status change occurs. 

As set forth hereinabove, according to the present 
invention, the contents of all the data heads relating to 
the business processing are opened in the form of a no- 50 
tice board business system database to all the related 
persons in charge of the task processes. Therefore, 
each of the persons in charge of the task processes can 
look at the progress of the business processing, and 
hence it is possible to improve greatly the task efficiency. 55 

While the present invention has been particularly 
shown and described with reference to the preferred 
embodiments, it will be understood that the various 



changes and modifications will occur to those skilled in 
the art without departing from the scope and true spirit 
of the invention. The scope of the invention is therefore 
to be determined solely by the appended claims. 



Claims 

1. A business processing method which is carried out 
io by a first memory for holding, through a flow of a 

business processing constituted by a sequence of 
a plurality of task processes, a plurality of data 
heads data of which has been inputted as the result 
of the business processing through terminal units 
is (22) by the respective persons in charge of the plu- 
rality of task processes and for storing therein a no- 
tice board business system database (11 ) which is 
opened to all the persons in charge of the plurality 
of task processes, a second memory for storing 
20 therein a status change rule (12) for selling the sta- 
tus which the plurality of data heads should fulfill in 
order for the task process to change with respect to 
each of the plurality of task processes, and an in- 
formation processor (1) for accessing to said first 
2S memory and said second memory, said method 
comprising the steps of: 

receiving a request for inputting the data from 
the terminal unit to said notice board business 
system database; 

updating, in respect to the input request, the da- 
ta of the corresponding data head in said notice 
board business system database; 
judging on the basis of said status change rule 
whether or not the task process can change; 
and 

informing, when it is judged as the result of the 
judgement that the task process can change, 
the terminal unit of the person in charge of the 
task process the task of which can be newly 
carried out of that the task process has 
changed. 

2. A business processing method according to claim 
1 , wherein said notice board business system da- 
tabase further holds an identifier of the task proc- 
ess, which is currently in the task state, as an iden- 
tifier of the current process, and said information 
step includes the step of updating the identifier from 
the identifier of the current process to an identifier 
of the task process the task of which can be newly 
carried out. 

3. A business processing method according to claim 
1 , wherein said status change rule has information 
representing whether or not the plurality of data 
heads is the data heads, in which the data input is 
to be completed, with respect to the plurality of task 
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processes, and said judgement step is to judge that 
when the operation of inputting the data has been 
completed with respect to all the data heads which 
are set for the current process, the task process can 
change from the current task process to the next 5 
task process. 

4. A business processing method according to claim 
3, wherein said status change rule has degree in- 
formation representing whether the degree of the to 
data which is inputted with respect to each of the 
plurality of task processes is decided or undecided, 
and said judgement step is to set decided or unde- 
cided to the data corresponding to the degree infor- 
mation on the basis of the input request, and to is 
judge, when all the data of the data head becomes 
decided in which it is shown that the data input 
should be completed, that the task process can 
change from the current task process to the next 
task process. 20 

5. A business processing method according to claim 
1 , wherein a third memory for storing therein a limit 
rule (13) for setting the due date, when the data in- 
put should be completed, with respect to each of 25 
the task processes having the respective process- 
ing limits is further provided, said third memory be- 
ing accessed by said information processor, and 

wherein said step of receiving the request in- 
cludes the step of judging whether or not the current 30 
form has passed the processing limit which is set 
for the current process, and the step of informing, 
when it is judged that the current term has passed 
the processing limit, the terminal unit of that the data 
can not be inputted and also of prohibiting the data 35 
input through the terminal limit. 

6. A business processing method according to claim 
5, further comprising the steps of: 

40 

judging on the basis of said limit rule whether 
or not the current term has reached a predeter- 
mined term before the processing limit which is 
set with respect to the current process; and 
informing, when it is judged that the current ^5 
term has reached a predetermined term, the 
terminal unit of the person in charge of the cur- 
rent task process of thai the due date is drawing 
near. 

so 

7. A business processing method according to claim 
3, wherein said update step comprises the steps of: 

judging whether or not the person in charge of 
the task process who has requested the input 55 
on the basts of the input request is the person 
in charge of the task process subsequent to the 
current task process; and 



setting, when it is judged that the person in 
charge of the task process who has requested 
the input is the person in charge of the subse- 
quent task process, an advanced input flag, 
representing that the data has been advanced- 
ly inputted, in correspondence to the data head 
in said notice head business system database 
which is to be updated on the basis of the input 
request. 

8. A business processing method according to claim 
7, wherein said update step further comprises the 
steps of: 

judging, when it is judged in said judgement 
step that the person in charge of the task proc- 
ess who has requested the input is not the per- 
son in charge of the subsequent task process, 
whether or not the modification is carried out 
with respect lo the undecided advancedly in- 
putted data in which the advanced input flag is 
set in the data head in said notice board busi- 
ness system database; and 
informing, when it is judged that the modifica- 
tion is carried out with respect to the advanc- 
edly inputted data, the terminal unit of the per- 
son in charge of the subsequent task process 
of the data modification. 

9. A business processing method according to claim 
1, wherein said notice board business system da- 
tabase has degree information representing wheth- 
er the degree of the inputted data is decided or un- 
decided every data head, and said judgement step 
is to judge, when all the data of the data head for 
which the data input should be completed by said 
status change rule has become decided, that the 
task process can change from the current task proc- 
ess to the next task process. 

10. A business processing method according to claim 
9, wherein said notice board business system da- 
tabase has a get notice flag representing the termi- 
nal unit of which person in charge of the task proc- 
ess the data set every data head is got from, and 

wherein said business processing method fur- 
ther comprises the steps of: 
judging whether or not there is the data head 
to which said get notice flag is set, the data 
head being represented as being undecided by 
the degree information; and 
transferring, when there is the corresponding 
data head, in response to a notice board busi- 
ness system database transfer request issued 
from the terminal unit, information reporting 
that the get notice is carried out for the data of 
the corresponding data head as well as the data 
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in said notice board business system database 
which has been requested. 

11. A business processing method according to claim 
9, wherein said notice board business system da- 
tabase has a conference flag for representing 
whether or not the conference is required for decid- 
ing the data, which is set, every data head, and also 
has a decision flag for representing whether or not 
there is carried out the decision making for the data, 
which is set, every person in charge of thetask proc- 
ess who participates in the conference, as the de- 
gree information of the data head in which it is 
shown by the conference flag that the conference 
is required, and 

wherein said judgement step includes the 
step of judging whether or not all the decision flags 
show that the decision making has been made by 
the persons in charge of the task processes, with 
respect lo Ihe dala head in which it is shown by the 
conference flag that the conference is required, and 
in which it is shown by said status change rule that 
the data input should be completed, and the step of 
judging, when all the decision flags show that the 
decision making has been made by the persons in 
charge of the processes, that the data which is set 
to the data head of interest is decided. 

12. A business processing method according to claim 
1, wherein said notice board business system da- 
tabase has degree information for representing 
whether or not the data which is set is decided every 
data head, and said status change rule has, every 
data head of said notice board business system da- 
tabase, in correspondence to each of the task proc- 
esses of the business processing, status change 
value information for representing whether or not 
the data head needs to be decided in order to exe- 
cute the processing of the task process of interest, 
and 

wherein said judgement step includes the 
step of referring to the decided information to 
search said status change value in order to judge 
the task process in which the processing can be ex- 
ecuted. 

13. A business processing method according to claim 
12, wherein the status change rule information cor- 
responding to the data heads in which a plurality of 
data is set in said notice board business system da- 
tabase includes information for representing wheth- 
er all the set data needs to be decided or a part of 
the data has only to be decided. 

14. A business processing system for executing the 
business processing constituted by a sequence of 
a plurality of task processes, comprising: 



a plurality of clients (2) which are arranged in 
the plurality of task processes, respectively; 
a database (1 1 ) for holding therein notice board 
data which is inputted/updated by the clients 

5 and which includes a plurality of data heads uti- 

lized in the business processing; 
a server (1 ) to which said database is connect- 
ed and which serves to fetch, in response to a 
request from the client, data belonging to the 

io notice board data corresponding to the request 

from said database to send the data thus 
fetched to the client and to control input/update 
of the data to/in the data heads included in the 
corresponding notice board data; and 

is a status change rule (12) possessed by said 

server for specifying which task process of the 
plurality of task processes the business 
processing in execution is in using the notice 
board data. 

20 

15. A business processing system according to claim 

14, wherein said notice board business system da- 
tabase has degree information for representing 
whether or not the set data is decided with respect 

2B to each of the plurality of datahoads. 

16. A business processing system according to claim 

15, wherein said notice board business system da- 
tabase has a conference flag for representing 

30 whether or not the conference by a plurality of per- 
sons in charges of the task processes is required in 
order to decide the set data with respect to each of 
the plurality of data heads. 

35 17. A business processing system according to claim 

16, wherein in said notice board business system 
database, the degree information corresponding to 
the data head in which the conference is represent- 
ed as being required by the conference flag in- 

40 eludes decision information for representing wheth- 
er or not there is shown the decision making for the 
data, which is set in the data head, every person in 
charge of the task process who participates in the 
decision of the corresponding data head. 

45 

18. A business processing system according to claim 
15, wherein said notice board business system da- 
tabase has an advanced input flag for representing 
whether or not the data is set in the corresponding 

so data head by the person in charge of the task proc- 
ess after completion of the current task process, 
with respect to each of the plurality of data heads. 

19. A business processing system according to claim 
ss 14, wherein said status change rule has the status 

change rule information for representing, every da- 
ta head of the notice board data, the status which 
the data, which is set in the data head of interest, 
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should fulfill, in correspondence to the task process- 
es constituting the business processing. 



20. A business processing system according to claim 
19, wherein the status change rule information for s 
representing whether or not in order for the task 
process to change from the current task process to 
the next task process, the data which is set in the 
data heads corresponding thereto should be decid- 
ed. 10 



21. A business processing system according to claim 
20, wherein said server judges on the basis of said 
status change rule whether or not the data which is 

set in the data heads of said notice board business ?s 
system database can change to the next task proc- 
ess, and informs, when it is judged that the data can 
change to the next task process, the client of the 
next task process of that the change in the task 
process occurs. 20 

22. A business processing system according to claim 
19. wherein said status change rule information rep- 
resents whether or not the data which is set in the 
database needs to be decided in order to carry out 25 
the business processing of the corresponding task 
process. 

23. A business processing system according to claim 

27 wherein said status change rule information rep- 30 
resents whether when there is a plurality of data 
which is set in the corresponding data head, all the 
data needs to be decided or a part of the data has 
only to be decided. 

35 

24. A business processing system according to claim 
22. wherein said server judges on the basis of said 
status change rule the status of the task process of 
the business processing which is carried out by the 
notice board data, and informs the client of the task 40 
process in which the task becomes newly possible 

of that the change occurs in the task process. 
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